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1. Purpose 
1.1 Overview 


T he Diy taTTansmiMion Discussion Croup (DTDG), which b a sub-group of the Copy 
Protection Technical Working Grom (CPTWG). b hereby bluing this Calf for Proposals rCFFl 

**" ** u ** d t0 protect at a minimum, digital video or 
»m«o transmitted on the IEEE 1394-1995 High Performance Serial Bus mirmSe 
isochronous data transport mechanism. The purpose of the DPS is to prevent the casual 
oopyrng, by consumers, of copy protected information. ThbCFP specifies the requirements for 


1-2 The Data Protection System 

The DTDG intends to develop, and to recommend to the CPTWG, s DPS that is comprised of 
one or more of three layers: r 

1) Copy Control Information - CCI 

2) Data encryption 

3) Authentication 


Thb OT requests proposals for any one, two or three of these layers. Proposals may address 
a single layer, or multiple layers in combination. « 7 «uure» 


oftS»^^^rwr^ h r5^a f ^* XCh ^' tf ^ brequired for the proper operation 
proposed DPS The DTDG does not make any recommendations on how key exchange 

gSSOStS^ DPS ’ n ° r m Whkh 0f ,he ,hrw tayers to * 6 above “S^SdSge 

1.3 Requirements for DPS 

Thb section describes required characteristics of the target DPS 

1.3.1 General Requirements 

T^ie members of the CPTWG require a means by which content sent through digital 

ansmtssions on be kept secure from unauthorized access or copying and that devices can be 

manufactured to implement, and comply with the specifications for, me DPS. In order to 
wrtotce adherence to the requirements of the DPS the target DPS that the DTDG will ultimately 

r naking t 5 e 5lf only one tayer ' or layers in combination, will make 

use of Intelle ctua l property, and the intellectual property relating to the DPS shall be licensed to 

n?U?» ?n * nu£ *S^ rer * #uch * ha ‘ Products not conforming to the DPS would constitute abreach 
of the license. It is not necessary tha t eve ry proposal contain intellectual property, but 

* houid « co B ni « «*t the DTDG will consider proposals whidTdo nouontain 
intellectual property as only a part of the final DPS. and not asa complete DPS. 

P^P 05 * 1 to rM P 0Me to this CFP that, If such proposal b 
selected by the CPTWG and the person submitting the proposal owns intellectual property 
relating to the proposed DPS, then such person must be prepared to license such intellectual 
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eooS'fefth “* nofwlis f iminator y tenns. Any such person shall cooperate in 

2j a! 0* wcognire that where there is a will to circumvent the DPS a wav 

^ { £***> re «Vl««« «f the theoretical strength or complexity of fo™y*em Z? 

both *■*»«? the DK w£ m£uf*5' 



are. 


would prohibit swh tyrj^”d«^pton « oth^^ 
1*3.2 Technical Requirements 


isochronous data transmissions between devices 

. mu, « <as * * d ? finition * *«« therefore, any interconnected 
begin listening to or cease listening to a source of isochronous data at 

^puto interconnected with the CEE , hp 

«9^nfontion of the DTDG that the final DPS will be inSS^ Jhich 

consumer d wices^ 1 " 8 pro ** <:1ed mformat ion. including personal computers and 



•* / r; installable hardware. Therefore, the DTDG 

re^u«sthat it may (or may not) be required to recommend to the CPTWG, additional 
technologies to complement the DPS in such a way that the security of the coov oro teruM 
^rmauon U maintained after ft is received by a lum^SS^. sXS^SSiai 

elen^ts^dlfijSi^* ^ * *"** * m ° T ' 8 V,rious 5 ° ftwMe and *“*£« 

1.4 Responses 

All proposals shall be received by Scott Smyers. the chairman of the DTDG at the aHrims 
appearmg on the first page of this CFP by 500 pm. (PST) Apr" 2™ !jS in(r 

proposals must submit ten hard copies and one electronic copy in Microsoft Word or PDF * 
form«ona standard IBM formats 1.44MB floppy disc. l£ msp^wK £ P ° F 


!^ e i d<ad !“' e f ° r **”!}* °f proposals, any questions regarding this CFP must be 
submitted in writing by April 1, 1997, to Scott Smyers. * W 
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2. Copy Control Infonnation (CCI) Layer 

2.1 Requirements 

2.1.1 Carriage of CCI 

S 1 S^c^ l SSdd^. WhiCh d * fme h0W toCany CQ ^ ot *™#Y «»oci.*ed with, a 

AppejdixA of this CFP restates the definition of Copy Control Information bits currently 
eaopted for use m applications requiring copy control. Proposers should recognize that the 
DTDG imends for the CQ layer of the DPS to be used for technologies other than those 
explicitly mentioned in Appendix A. 

At a minimum, proposals for the CQ layer should define a means of carrying the following CCI 
from a source or a stream of copy protected data to a destination: ® 

1) CCMS 
2} APS 

3) Digital Source Bit 

r€ * €Ct i P ro P°*? Is which Permit more CQ information to be carried, nor will 
the DTDG reject proposals which carry less CQ. 

ev *H th *£a layer adopted by the DTDG for recommendation 
ca f^L tlJ £*** f yp es of CCI Information listed above, the CPTWG may still 

10 be . (arr * d > suci ] “ SCM5 Qitegoty Bits. The DTDG will make efforts 
to assure that the CCI layer it recommends to the CPTWG meets all anticipated requirements. 

22 Descriptions 
22.1 Frequency 

I 

The pr opoaai must describe to detail the frequency or granularity with which the CQ will 

th ! conten * ,tream (*•*•» «ch frame, in each isochronous packet, every second, 
etc.). It is not a requirement that every isochronous packet contain all of the CO. 

£*y”*|* ?H y ca more frequently and/or which explicitly identify a greater amount of 
inform ation as being copy controlled will be viewed more favorably than proposals which 
peraut more information to be transmitted which is not labeled as copy controlled. 

2*2.2 Hardware and Software Implementation 

The proposal must provide, at a minimum, sufficient information for an average engineer skilled 
software 10 COOStruCt * means oi 8 eneritin 8 detecting the CQ in hardware and/or 
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3. Encryption/Decryption Layer 

The DTDG requests proposals that describe a method of both encryption (or scrambling) and 
decryption (or descrambling) of a continuous stream of digital video or digital audio data (the 
encryption algorithm - ), including any details of keys used in the algorithm, if applicable. 

3.1 Requirements 


3.1.1 Protection on IEEE 1394 Bus 


^encryption algorithm must protect an isochronous channel transmitted on the IEEE 1394- 
1995 High Performance Serial Bus, consistent with the requirements stated in Section 13, 
•req uirements for DPS* . It is acceptable if the encryption algorithm can only be toed on the 
IEEE 1394-1995 interface. However, it is not necessary for the encryption algorithm to rely on 
features of IEEE 1394-1995, nor on the features of any other digital transmission interface. 


3.1.2 Implementation Requirements 

Itmust be possible to implement the encryption algorithm in hardware and/or software, within 
the general guidelines described in Section 3.1.4. Furthermore, it must be reasonable to 
implement the encryption algorithm in small low cost consumer electronics devices and in 
personal computers. 


3.1.3 Export/Import 


It should be possible to import the encryption algorithm into and export the encryption 
algorithm from foe maximum number of countries, including but not limited to the United 
States, France and other member countries of the European Community (EC) and Japan. 


3.1.4 Simplicity 


Consistent with th e obje ctive of protecting copy protected digital transmissions, one 
requirement of foe DII)G is that it should be relatively simple to implement the encryption 
algorithm. The DTDG has formulated rough benchmarks against which the relative simplicity of 
all proposals will be evaluated: r 7 

1) In order to implement the encryption algorithm in hardware at either the transmitter or 
the receiver, foe proposed encryption algorithm should require approximately 10% or 
less of the digital logic necessary to Implement the 1394 link core, which includes the 
functionality of the link layer as defined in the IEEE 1394-1995 standard. (Based on 
public knowledge of existing implementations, the link core can be implemented in 
approximately 10,000 gates of d igital logic). 

2 ) In order to implement the encryption algorithm in software at either the transmitter or 
receiver, the proposed encryption algorithm should require approximately 3% or less of 
the processing power that is required to produce a baseband digital video stream from 
an MPEG-2 compressed digital stream. 
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3.1.5 Performance 






The encryption algorithm, as implemented within the constraints of the simplicity requirement 
aescnbed m Section 3.1.4, shall be capable of handling a stream of MPEG-2 data at a minimum 
transmission rate of 25 Mbps. 

Proposals will be evaluated more favorably if the encryption algorithm can also handle higher 
bandwidth sterna, such as higher bandwidth MPEG-2 rates, or streams of different formats, 
aj^ire Standard Definition (approximately 30Mbps) and High Definition (approximately 
60Mbps) digital video rates, as defined in the Digital Video Consortium "Blue Book*. 

3.1.6 Strength 

Given the importance of protecting copy protected data, the encryption algorithm should be 
robust Circumvention of the encryption algorithm should be as difficult as possible. 

3.1.7 Resistance to Product Obsolescence 


rtwlucts implementing the encryption algorithm must not become obsolete between the time 

j r* 7 il ' tr " uced u> the market and the time that they may otherwise become obsolete 
due to market influences not related to copy protection. 


P^P 0 ** 1 provides a means to change the encryption algorithm, and If, in 
tact, the a lgorithm is changed in the future, then existing devices must be able to transmit to, 
ana receive and play digital content from, devices complying with the requirements of the 
cnanged encryption algorithm, and future devices, complying with the requirements of the 
cwnyden^ ^bm i algorithm, must be able to transmit to, and receive and play digital content 


3.2 Descriptions 


3.2.1 Simplicity and Per for mance 

should P f0w i d * “ of the complexity to implement 

fheownrption algorithm m hardware, expressed in terms of an approximate number of gates or 
some other appropriate metric. The proposal should also provide an estimate of the 
complexity to implement the encryption algorithm in software, expressed as some fraction of 
tne amount of processing power needed to decompress a stream of MFEG2 data of some 

0r * ome < * her , PP ro P rilt * metric. For encryption algorithms that can handle higher 

,d “ t,0Ml complexity of the proposal, 8 any, necessary to handle 8 
higher bandwidth streams should be described. 7 

3.2.2 Robustness 


Theproposal must contain an assessment of the relative difficulty of unauthorized decryption 

co '2*f nt “ d ° f the “*« with which the average consumer can make use of 
unauthorized decryption hardware or software to circumvent the DPS. 


If possible, the encryption algorithm should be such that detailed knowledge of a Riven 

? fthis algorithm should not, in and of itself, be sufficient information to allow 
the production of circumvention devices. 
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3.2.3 Obsolescence 



The proposal must describe the extent to which products that implement the encryption 
algorithm will be resistant to obsolescence. 

4. Authentication Layer 

D T? C I rw l u **t* proposals that describe method by which various elements of a system can 
mutually determine their authenticity as compliant, trusted devices (the 'authentication 
method"). 

4.1 Requirements 

4.1.1 Authentication on IEEE 1394 Bus 

The authentication method must operate such that two devices connected via the 1394 - 
i995 High Performance Serial Bus can mutually det erm ine their authenticity. It is acceptable if 
the authentication method can only be used on the IEEE 1394-1995 interface. However, it is not 
necessary for the authentication method to rely on features of IEEE 1394-1995, nor on the 
features of any other digital transmission interface. 

4.1.2 Hardware and Software Implementation 

It must be passible to implement the authentication method in either hardware, software, or 
some combination, within the general guidelines and environments described in Section 4 . 1 . 4 . 

4.1.3 Export/Import 

n>is requirement for the authentication method, is identical to the corresponding requirement 
described in Section 3.1 J. 6 H 


4.1.4 Simplicity 

Consistent with the o bject ive of protecting copy protected digital transmissions, one 
requirement of the DTDG is that it should be relatively simple to implement the authentication 
method in any device or piece of software. 

In particular, it should be noted tha t man y consumer electronics devices implement the 
consumer electronics protocols for IEEE 1394 using a simple micro-controller, such as an 8 or 16 
bit micro-controller with MKBytes or less of embedded ROM and 2 KBytes total of available 
R AM. A ccordingly, the resources necessary to implement authentication in a consumer 
electronics device must be well within the limits of such a microcontroller. 

In addition, the authentication method must be easily adapted to the PC environment, where 

typirally, most responsibility for implementing various protocob is placed on a single Central 

Processing Unit (CPU). Therefore, implementing the authentication method in a Personal 

Computer should not require the addition of special purpose hardware dedicated solely to this 
purpose. ' 
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4.1.5 Performance 



A device implementing the authentication method must not behave perceptibly different from 
the standpoint of the user experience in all operations, than an identical device not 
implementing the authentication method. 

For example, if implemented on a consumer electronics device that uses a simple micro- 
controller, then the additional burden of performing the authentication method with another 
such devce using a similar micro-controller should not noticeably affect die user experience, 
even if the same microcontroller has other responsibilities, such as servo/motor control, etc, 

4.1.6 Strength 


Given the Importance of protecting copy protected data, the authentication algorithm should be 
robust. Circumvention of the Authentication Algorithm should be as difficult as possible. 

4.1.7 Resistance to Product Obsolescence 


Products implementing the authentication method must not become obsolete between the time 
that they are introduced in the market and the time that they may otherwise become obsolete 
due to market influences not related to copy protection. 


2? «*«np|e. if the proposal provides a means to change the authentication method, and if, in 
»ct, the authentication method is changed In the future, then existing devices must be able to 
ttan*nit to, and receive and play digital content from, devices complying with the requirements 
ji lu *£ en hcation method, and future devices, which comply with the requirements 

of the changed authentication method, must be able to transmit to, and receive and play digital 
content from, older devices.) ¥ 1 % 


4J2 Descriptions 

4A1 Simplicity and Performance 

Totheexwm feasible, proposals should estimate the complexity to implement the 
aumentiaHon method. To this end, proposals may specify a target microprocessor and clock 
rate, specify the amount of RAM and ROM required, and describe approximately how much 
tune would be required for two such devices to complete the authentication method. If special 
hardware » necessary or useful for implementing the authentication method, then the proposal 
should also descnbe such hardware. Y 


rhe proposer is free to employ some means other than that described in the preceding 
paragraph to describe the simplicity and performance of the authentication method. 

4.2*2 Robustness 


o fthe autl^ assessment of the relative difficulty of compromising the security 

If possible, the authentication method should be such that detailed knowledge of a given 

implementation of this method should not, in and of itself, be sufficient information to allow the 
production of circumvention devices. 
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4.2.3 Obsolescence 


The proposal must describe the extent to which products that implement the authentication 
algorithm will be resistant to obsolescence. 

5. Evaluation Criteria 


The DID O will evaluate and compare all proposals submitted on the basis of the stated 
requirements (including die requirement stated in Section OJ, that proposed technologies, either 
alone or in combination with others, contain licensable intellectual properly), the information 
requested above and the criteria described in the subsections below, among others. 


The ev aluation criteria described in the sections below are not ranked in order of priority. The 
uTDG may , at its discretion, choose to accord more relative weight to one or more of the 

cntena, or use other criteria. 


*** proposals submitted, the DTDG will report and make a recommendation to 
the CPTWG for its consideration. 


5.1 Implementation Methods 

*** wfll ** considered on their amenability to implementation in consumer electronic 

devices and personal computers. This criterion will require careful evaluation of possible 

comWw^aof thTtwo*' * Uch ** •P* cW pun*** hardware, complex software or possible 


5.2 Impoxtability/Exportability 

f? r , te ?! ino ! 0 B r that can be exported from, or imported into, the greatest number of 
countries, including but not limited to the United States, France and other member countries of 
the European Community (EC) and Japan, will be rated more favorably. 

With respect to the United States, although US. law is undergoing revision at this time, for 
purposes of this criterion, the DTDG will apply US. law effective as of the date of selection. 

5.3 Simplicity 

Proposals) that are rimpler, as evaluated in light of the simplicity benchmarks and other criteria 
set out above, will be evaluated more favorably than proposals that are more complex and 
require greater amounts of hardware or software processing. 

5.4 Robustness 

Proposals that are more robust to unauthorized decryption, circumvention or bypass will be 
evaluated more favorably. 7 

5.5 Resistance to Product Obsolescence 

Proposals that are more resistant to the problem of devices in the field becoming obsolete will 
be evaluated more favorably. 
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6 . Conditions Relating to the Submission of Proposals 



Given the possibility that the DPS may becorn prised of one or more lay ers, pe rsons submitting 
proposals should understand that the DTDG may recommend, and the CPTWG may select a 
combination of technologies from among different sets of proposals. Therefore, persons making 
submissions should be prepared for the possibility that, if their proposals axe selected, they 
may be required to license their proposed technologies in conjunction or in combination with 
technologies proposed by others. 

During the process of evaluating the proposals, the DTDG and the CPTWG reserve the right to 
ask to meet with persons submitting proposals, or may request that additional information or 
other materials be submitted. Piersons submitting proposals shall bear all costs that they incur 
relating to the preparation, submission and evaluation of such proposals, or that they incur 
during the process of negotiating any rights to use the technology proposed. 

The submission by any person of a proposal in response to this CFP constitutes agreement by 
such p erson with all of the terms and conditions set out herein should such proposal be selected 
by the CPTWG. 

THIS CFP DOES NOT CONSTITUTE AN OFFER BY THE DTDG OR THE CPTWG AS TO 
WHICH THE SUBMISSION OF PROPOSALS WOULD BE REGARDED AS AN 
ACCEPTANCE THE DTDG AND THE CPTWG SHALL, IN NO CIRCUMSTANCE, HAVE 
ANY OBLIGATION TO ANY THIRD PARTY BASED ON THIS CFP, OR ON ANY 
PROPOSAL SUBMITTED IN RESPONSE THERETO. 

ALTHOUGH THE DTDG INTENDS TO MAKE A RECOMMENDATION TO THE CPTWG, 
ALL PERSONS SUBMITTING PROPOSALS SHOULD BE AWARE THAT THE DTDG MAY 
RECOMMEND NONE OF THE PROPOSALS TO THE CPTWG. IN ADDITION, THE 
CPTWG MAY DECIDE NOT TO SELECT ANY PROPOSALS AT THIS OR ANY LATER 
TIME AND THE CPTWG MAY, SOLELY AT ITS DISCRETION, DECIDE NOT TO PROCEED 
WITH THE DEVELOPMENT OF A DPS. THE CPTWG MAY SELECT A PROPOSAL IF 
ANY, ON THE BASIS OF ANY OF THE CRITERIA SET OUT IN THIS CFP OR OTHERWISE. 

6J2 Confidentiality of Proposals 

It is understood that valuable and proprietary confidential information may be critical to any 
technology that is being proposed for any one of the three layers. 

NONETHELESS, PROPOSALS SHOULD NOT CONTAIN INFORMATION WHICH IS 
COMPANY PROPRIETARY OR CONFIDENTIAL THOSE SUBMITTING PROPOSALS 
ACKNOWLEDGE THAT MEMBERSHIP OF THE DTDG IS NOT RESTRICTED, AND THAT 
REPRESENTATIVES FROM DIRECT COMPETITORS WILL HAVE ACCESS TO ALL 
PROPOSALS. PERSONS SUBMITTING PROPOSALS EXPRESSLY ACKNOWLEDGE THAT 
ANY AND ALL INFORMATION CONTAINED IN THAT PROPOSAL WILL NOT BE 
TREATED AS CONFIDENTIAL AND SHOULD NOT BE MARKED AS SUCH. 

Accordingly, persons submitting information should use their own j udgm ent to describe 
generally, but sufficient to permit evaluation by the DTDG and the CPTWG, the technologies 
they are proposing. 
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At such time as the DTDG or theCPTWG believe appropriate, whether before or after leiection 
of a proposal or proposals (if any), any person submitting a proposal may be requested to enter 
into one or more non-disclosure agreements with respect to such technologies for purposes of 
further, detailed evaluation by the DTDG or the CFTWG. 
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Appendix A - Copy Control Information 

This Appendix defines the bits which convey Copy Control Information, is referenced in 
Section 1 of the Call for Proposals. Four types of information, comprising 5 bits, are defined 
below: 


Two bits of data are used to indicate whether and to what extent copying of the material so 
encoded may be copied, according to the following settings: 

1) 0/1 - Copying is perm i tted without restriction 

2) 0,1 • Condition not to be used 

3) U) - One generation of copies may be made 

4) 1,1 - No digital copying b permitted 

These data may be used to indicate, for example, the settings of copy and generation 
management information encoded using CGMS system for digital and analog video signals, and 
using the SCMS system for digital audio. 

2* Analog Protection System ("APS*) Trigger Bits 

Two bits shall be provided in digital signals so as to trigger the APS system in analog signals 
constituting a motion picture. The trigger bits will permit a copyright owner to trigger 
independently the two different elements of the APS: a "pseudo-sync pulse" (*TCP") element; 
and an inverted split color burst element which can be employed in two-line and four-line 
implementations. The settings of these bits are as follows: 


APS Trigger APS Result 

0,0 Off 

0,1 PSP on; Inverted split color burst off 

1.0 PSP on; 2-line inverted split color burst on 

1.1 PSP on; 4-line inverted split color burst on 

3. Digital Source Bit 

A si ngle bit is used to indicate whether the source of the data is a prerecorded ROM disc that 
has been encoded by the copyright owner with Copy Generation Management Information bits 
set as "1,1". The settings for the Digital Source Bit are as follows: 

1 ) 0 - Not a prerecorded DVD-ROM disc encoded with CGMS as "1,1" 
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2) 1 - Prerecorded DVD-ROM disc encoded by th« copyright owner with CGMS as *1,1' 
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8. Appendix G DTDG Request for Supplemental Evaluation Data 
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9. Appendix D: Final Draft of all Proposals 
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